METHODS AND SYSTEMS FOR PROVIDING BANDWIDTH ON DEMAND IN 

COMMUNICATION SYSTEMS 



Cross-References to Related Applications 

This application is entitled to the benefit of Provisional Patent Application 
Ser. No. 60/459685, filed on April 2, 2003. 

Field of the Invention 

The present invention relates to methods and systems for providing 
bandwidth on demand in communication systems, and more particularly to an 
improved bandwidth provisioning solution for providing bandwidth on demand in 
communication systems that include Asynchronous Transfer Mode (ATM) 
technology. 

Background 

Modern broadband communication systems are called upon to transmit a 
wide range of data types, from email to real-time video, which have a wide range 
of bandwidth requirements. Conventional broadband access networks, such as 
digital subscriber line (DSL) networks, are not well equipped to handle these 
varying bandwidth requirements. Convention broadband access networks 
generally place an artificial cap on a subscriber's maximum bandwidth level 
based on the service level selected by the subscriber. If the subscriber selects a 
low service level, the price is low, but the bandwidth cap is also low. With a low 
bandwidth cap, a subscriber may have difficulty accessing bandwidth-intensive 
services, such as real-time video. On the other hand, if the subscriber selects a 



service level with a high bandwidth cap, the subscriber will pay a premium for 
bandwidth that is not always needed. Once a subscriber selects a particular 
service level, it generally cannot be changed without involving the service 
provider. 

Most modern broadband communication systems include ATM 
technology, which has advanced mechanisms for dynamically modifying 
communication connections. ATM technology has been widely deployed in both 
backbone networks and in access networks. Unfortunately, conventional client- 
premises equipment (CPE), such as DSL modems, cannot take advantage of 
ATM's advance mechanisms because they lack User Network Interface (UNI) 
signaling capability. As a result, conventional broadband connections are 
relatively static and inflexible. 

Summary of the Invention 

With the foregoing in mind, methods and systems consistent with the 
present invention provide an improved bandwidth-provisioning solution that 
enables a broadband subscriber to modify their broadband connection "on the 
fly" by initiating and terminating one or more dynamic virtual circuits (VCs) to 
supplement their default connection. The improved bandwidth provisioning 
solution also enables service providers to create new, more equitable billing 
schemes to charge fees that are based on subscribers' actual bandwidth usage. 

In one aspect, the improved bandwidth-provisioning solution includes a 
client-side application and a connection-management application residing on a 
proxy signaling server. When a subscriber wants additional bandwidth, the 
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subscriber requests additional bandwidth using the client-side application. In 
response, the client-side application sends a request for additional bandwidth to 
the connection-management application on the proxy signaling server. If 
possible, the connection-management application then initiates one or more 
dynamic VCs on behalf of the subscriber by signaling to an ATM edge device on 
behalf of the subscriber. 

Brief Description of the Drawings 

The invention is explained by way of example with reference to the 
following drawings: 

Figure 1 illustrates a communications system consistent with an 
exemplary embodiment of the present invention. 

Figures 2A-B illustrate sequence diagrams consistent with an exemplary 
embodiment of the present invention. 

Detailed Description 

Figure 1 illustrates a broadband communication system 100 that includes 
the Internet 130 and an ATM network 135. The communication system 100 also 
includes an improved bandwidth provisioning solution consistent with an 
exemplary embodiment of the present. The improved bandwidth provisioning 
solution comprises a client component and a server component. 

The Client Component 

The client component includes a client-side application 107 residing on a 
subscriber data processing system 105. The subscriber data processing system 
105 provides the subscriber with a point of access to the communication system 
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100. The subscriber data processing system 105 may be any device capable of 
transmitting and receiving communication signals over the communication 
system 100, including but not limited to a personal computer, a handheld device, 
or a set-top box. 

The subscriber data processing system 105 includes a client-side 
application 107. The client-side application 107 acts as an interface for the 
subscriber to initiate, modify and release bandwidth-on-demand (BoD) sessions. 
The client-side application 107 communicates with the proxy signaling server 140 
on behalf of the subscriber by using, for example, the Resource Reservation 
Setup Protocol (RSVP), the Session Initiation Protocol (SIP), ATM signaling 
and/or user-defined signaling. The client-side application 107 may also act as a 
controller for a CPE device or an ATM edge device and query the status of such 
a device, gather statistics from the device, or configure the device. 

The client-side application 107 resides on the subscriber data processing 
system 105 or another device behind the subscriber's CPE. The client-side 
application 107 may have a textual interface or graphical-user interface (GUI). 
The GUI may be similar, for example, to an access dialer or a point-to-point over 
Ethernet (PPPoE) dialer. The client-side application 107 may be a standalone 
application or may be executed from within another application. For example, 
the functions of the client-side application 107 may be built into a Web browser or 
an applet. 

The subscriber data processing system 105 is connected to CPE 110. 
The CPE 110 modulates and demodulates communications traffic for 



transmission over the telephone company's local-loop telephone line 112 to a 
DSLAM 115. The CPE 110 may by any hardware and/or software that supports 
bridge mode. One example of such a device is the SPEEDSTREAM™ 5360 
residential modem, available from Efficient Networks, Inc., 4849 Alpha Road, 
Dallas, Texas 75244. The DSLAM 115, which is typically located in the 
telephone company's central office or in a remote digital loop carrier, 
consolidates traffic from multiple DSL lines. The DSLAM 115 passes the traffic 
on to a backbone network, such as an ATM network 1 35 illustrated in Figure 1 , 
for distribution to other networks. 

An ATM edge device 120, such as an ATM switch or router, bridges and 
routes traffic from the DSLAM through the ATM network 135 by setting up and 
tearing down one or more ATM VCs. A broadband remote access server 
(BRAS) 125 and Internet 130 provide a default best-effort IP-routed connection 
from the DSLAM 115 through the ATM edge device 120 to the BRAS 125. A 
subscriber may establish additional connections from the CPE 110 to the BRAS 
1 15 via the client-side application 107 in order to dynamically allocate bandwidth. 

The Server Component 

The server component includes a proxy signaling server 140, which 
resides remotely from the subscriber data processing system 1 05 and includes a 
connection-management application 142. The connection-management 
application 142 includes functionality for initiating, managing and releasing 
broadband connections for a subscriber. With regard to the improved bandwidth 
provisioning solution, the connection-management application 142 establishes 



and releases BoD sessions for a subscriber by setting up and tearing down one 
or more dynamic VCs. The connection-management application 142 sets up and 
tears down VCs by communicating with an ATM edge device 120 on behalf of 
the subscriber, for example, using UNI signaling. 

The connection-management application 142 may also perform various 
billing functions for a service provider. For example, the connection- 
management application 142 may keep track of the use and duration of BoD 
sessions and generate billing records related to those sessions. The proxy 
signaling server 140 may also perform call admission control (CAC) to confirm 
that a bandwidth level requested by a subscriber is within the physical limitations 
of a DSL line. 

When a subscriber initially establishes a broadband connection, the 
subscriber is provided a default connection. The default connection is formed by 
an ATM permanent virtual circuit (PVC). The default connection is an always-on 
connection that connects the subscriber's CPE to other elements of the 
communication system 100. If a subscriber wants to initiate a BoD session, the 
subscriber directs the client-side application 107 to initiate the session. In 
response, the client-side application 107 sends a request to the connection- 
management application 142 residing on the proxy signaling server 140. The 
connection-management application 142 then communicates on behalf of the 
subscriber with the ATM edge device 120, or another UNI capable network 
device, to create one or more dynamic VCs to supplement the subscriber's 
default connection. Once a BoD session has been initiated, the subscriber may 
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modify or release the session by directing the client-side application 107 
accordingly. 

BoD Session 

Referring now to Figures 2A-B, an exemplary sequence diagram is 
illustrated, which is consistent with the improved bandwidth provisioning solution 
of the present invention. The sequence diagram illustrates exemplary signaling 
messages that may be transmitted during phases of the improved bandwidth 
provisioning solution. In an exemplary embodiment, the messages transmitted in 
steps 214 through 236 may be standard UNI signaling messages. 

For purposes of illustration, the improved bandwidth provisioning solution 
is described in terms of four main phases: Subscriber Login/Service Advertising, 
BoD Session Creation, BoD Session Release, and Subscriber Logoff. During 
these phases, messages are transmitted and/or received by the actors illustrated 
at the top of Figures 2A-B. The actors include the subscriber 105 (i.e., the 
subscriber data processing system 105 and/or the client-side application 107), 
the CPE 110, the ATM edge device 120, the ATM network 135, the BRAS 125, 
the Internet 130, and the proxy signaling server 140. 

The Subscriber Login/Service Advertising phase of the improved 
bandwidth provisioning comprises steps 202 through 210 in Figure 2. This phase 
includes steps associated with the login of a subscriber and with the 
advertisement of available broadband services. During this phase messages are 
transmitted between the subscriber 105 and the proxy server 140. 



Before initiating a BoD session, the subscriber begins by logging in to the 
proxy server 140. The client-premises application 107 sends a LoginReq 
message on behalf of the subscriber to the proxy server 140 (step 202). The 
LoginReq message may include information such as a customer ID, customer 
name, device ID, login name, and/or password. If login is possible, the proxy 
server 140 responds to the LoginReq message with a LoginReqAck message 
(step 204) containing information such as the name of available broadband 
services (step 206). Such information may also be sent to the subscriber in a 
separate Sen/ice Advertising message. After the subscriber receives the list of 
available serves, the data processing system 105 sends a Service 
AdvertisingCfm message to the proxy server 140 to acknowledge receipt of the 
Service Advertise message (step 208). After the list of services has been 
displayed to the subscriber, a NetServicesCfm message is sent to the proxy 
server as confirmation (step 210), which completes the Subscriber Login/Service 
Advertising phase. 

The BoD Session Creation phase of the improved bandwidth provisioning 
solution comprises steps 212 through 244 in Figure 2. This phase involves the 
establishment of a BoD session for the subscriber over one or more dynamic 
VCs. During this phase, messages are transmitted and received between the 
subscriber 105, the proxy server 140, the ATM edge device 120, the ATM 
network 135, and the BRAS 125. 

When a subscriber wants to initiate a BoD session, the subscriber directs 
the client-side application 107 to initiate the session. In response, the client-side 
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application 107 sends a ConnectReq message to the proxy server 140 
requesting the establishment of a BoD session (step 212). The ConnectReq 
message may contain information such as a device ID for the subscriber, a 
sen/ice name, and/or a requested bandwidth level. Each broadband service has 
an ATM endpoint address and ATM traffic descriptor associated with it. The 
proxy server 140 may use the service name transmitted from the subscriber to 
retrieve the ATM endpoint address and ATM traffic descriptor for a particular 
service. 

The proxy server 140 validates the BoD request from the client-side 
application 107 based on the device ID and password and saves the incoming IP 
address and port number. After the request is validated, the proxy signaling 
server 140 transmits a SetupReq message to the ATM edge device 120 to 
initiate a dynamic VC between the CPE 1 10 and a BRAS 125 that is offering the 
broadband service (step 214). The ATM edge device 120 then communicates 
with the ATM network 135 using standard ATM Network-to-Network Interface 
(NNI) Setup messages to set up the BoD session (steps 216 & 218). After 
transmission of the setup messages, the ATM edge device 120 sends a Setuplnd 
message to the proxy server 140 (step 220). The proxy signaling server 140 
then sends a ConnectReq message to the ATM edge device 120 (step 222). In 
response, the ATM edge device 120 sends a ConnectAck message to the proxy 
server 140 (step 224). The ATM edge device 120 then communicates with the 
ATM network 135 using, for example, standard NNI Connect and Connect 
Acknowledge messages (steps 226-232). Finally, the ATM edge device 120 
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sends a Connectlnd message to the proxy server 140 (step 234) and the proxy 
server 140 replies with a ConnectAck message (step 236). At this point a 
dynamic VC, such as an SVC, has been established between the CPE 1 10 and 
the BRAS 125. 

Following the establishment of the dynamic VC, the proxy server 140 
updates the subscriber's route table to route traffic over the newly created 
dynamic VC. The proxy server 140 sends an AddlPRoute message to the BRAS 
125 to facilitate the routing of traffic over the newly created dynamic VC (step 
240). In response, the BRAS 125 sends an AddlPRouteCfm message back to 
the proxy server 140 (step 242). The proxy server 140 then sends an 
AddConnectAck message to the client-side application, where the newly created 
path is presented as available (step 244). Steps 212 through 244 may be 
repeated to create additional supplemental VCs in order to accommodate a 
subscriber's bandwidth request. 

The BoD Session Release phase comprises steps 250 through 270 in 
Figure 2B. When the subscriber no longer wants the additional bandwidth 
provided by a BoD session, the subscriber may release the BoD session and its 
associated dynamic VC. After the VC is released, the client-side application 105, 
CPE 110, and/or BRAS 125 adjust the relevant routing tables to redirect traffic to 
the subscriber's default PVC connection. 

When a subscriber want to release a BoD session, the subscriber starts 
by directing the client-side application to release the session. In response, the 
client-side application sends a DisconnectReq message to the proxy server 140 
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(step 250). The DisconnectReq message may contain information such as 
virtual path indicator/virtual channel indicator (VPI/VCI), user ID, and cause code. 
The proxy server 140 responds by sending a Release message to the ATM edge 
device 120 (step 252). The ATM edge device 120 then communicates with the 
ATM network 135 (step 254) and the proxy server 140 (step 256) to release the 
dynamic VC. After the dynamic VC is released, the ATM network 135 sends a 
message to the ATM edge device 120 acknowledging the release (step 258). 
The proxy server 140 then sends a DisconnectReq message to the subscriber to 
request the release of the active connection (step 260). The ATM network 135 
then sends a Release message to the ATM edge device 120 and the ATM edge 
device 120 responds with a ReleaseAck message (step 264). The ATM edge 
device 120 then sends a release message to the proxy server 140 (step 2698) 
and the proxy server 140 responds with a ReleaseAck message (step 270) 
releasing the BoD session connection. 

Steps 280 through 282 relate to the Subscriber Logoff phase. When the 
subscriber wants to log off from a BoD session, the subscriber directs the client- 
side application to log off. In response, the client-side application sends a 
LoginOff message containing a User ID to the proxy server 140 (step 280) and 
the proxy server 140 responds with a LoginOff Ack message confirming the log 
off (step 282), ending the BoD session. 

The present invention has been described with reference to the 
accompanying drawings that illustrate a preferred embodiment of the invention. 
The invention may, however, be embodied in many different forms and should 
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not be construed as limited to the embodiment set forth herein. For example, in 
larger networks, the improved bandwidth provisioning solution may include 
multiple proxy signaling servers. The connection-management application may 
initiate and terminate dynamic VCs by signaling to the ATM edge device or to a 
UNI-capable DSLAM. The dynamic VCs discussed in connection with the 
present invention may be initiated and released in response a variety of different 
triggers, including but not limited to the direction of a subscriber interacting with 
the client-side application, the direction of an administrator using the connection- 
management application, or a variety of automatic triggers, such as the time of 
day or the type of application or broadband service being used by the subscriber. 
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